Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[JENKINS-37565] Allow specifying custom java.level #11

Merged
merged 1 commit into from
Aug 28, 2016

Conversation

oleg-nenashev
Copy link
Member

It is required for JENKINS-37565
I have not touched the default version just in case other components still need Java 6.

@reviewbybees @jenkinsci/code-reviewers

@ghost
Copy link

ghost commented Aug 20, 2016

This pull request originates from a CloudBees employee. At CloudBees, we require that all pull requests be reviewed by other CloudBees employees before we seek to have the change accepted. If you want to learn more about our process please see this explanation.

@raul-arabaolaza
Copy link

🐝

@oleg-nenashev
Copy link
Member Author

@reviewbybees done

@ghost
Copy link

ghost commented Aug 23, 2016

This pull request has completed our internal processes and we now respectfully request the maintainers of this repository to consider our proposal contained within this pull request for merging.

@daniel-beck
Copy link
Member

@oleg-nenashev Should this have a corresponding change in the plugin archetype?

@@ -612,6 +614,12 @@
<!-- By default only check remote repositories once per week -->
<maven.repository.update.freqency>interval:10080</maven.repository.update.freqency>

<!-- Starting from Jenkins 1.625.x Jenkins supports Java 7 only, hence we may want to bump the dependency in components -->
<java.level>6</java.level>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🐜 I would just default it to 7 at this point.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Then we need to bump a major version number. Otherwise people may upgrade and get side effects in their projects.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Any POM upgrade can cause side effects in projects. There is no notion of automatically compatible upgrades of POMs that I know of.

@jglick
Copy link
Member

jglick commented Aug 23, 2016

🐝

Should this have a corresponding change in the plugin archetype?

I think you mean plugin-pom, not the archetype (maven-hpi-plugin/hpi-archetype). It would make sense, though it is not much of a priority.

@oleg-nenashev
Copy link
Member Author

plugin-pom 2.x already has such code snippet (with default java.level == 7), so it should be fine

@oleg-nenashev oleg-nenashev merged commit 8334bed into jenkinsci:master Aug 28, 2016
@jglick
Copy link
Member

jglick commented Aug 31, 2016

plugin-pom 2.x already has such code snippet (with default java.level == 7), so it should be fine

Sorry, I missed that plugin-pom does not inherit from this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants